HDD WITH RAPID AVAILABILITY OF CRITICAL DATA 
AFTER CRITICAL EVENT 



"Express Mail" mailing label number: EV 327 621 783 US 
Date of Mailing: December 4, 2003 

I hereby certify that this correspondence is being deposited with the United States Postal 
Service, utilizing the "Express Mail Post Office to Addressee" service addressed to Mail 
Stop PATENT APPLICATION, Commissioner for Patents, P.O. Box 1450, Alexandria, VA 
223 13-1450 and mailed on the above Date of Mailing with the above "Express Mail" 
mailing label number^ 



INVENTORS 
Richard M. Ehrlich 



CERTIFICATE OF MAILING BY "EXPRESS MAIL" 
UNDER 37 C.F.R.§1.10 




^Signature) 



Tina Galdos 

Signature Date: Decertiber 4, 2003 



HDD WITH RAPID AVAILABILITY OF CRITICAL DATA 
AFTER CRITICAL EVENT 



INVENTORS 
Richard M. Ehrlich 



Cross Referenee to Related Applications 
[0001] The present appUcation is related to the following United States Patents and Patent 
Applications, which patents/appUcations are assigned to the owner of the present invention, and 
which patents/applications are incorporated by reference herein in their entirety: 
[0002] United States Patent Application No. 10/XXX,XXX, entitled "RECOVERING CODE 
AND DATA SPACE USED BY SELF-TEST", filed on December XX, 2003, Attorney Docket 
No. PANA1136USO, currently pending; 

[0003] United States Patent AppUcation No. 10/XXX,XXX, entitled "METHOD FOR 
PROVIDING CRITICAL DATA IN AN HDD AFTER CRITICAL EVENT", filed on December 
XX, 2003, Attorney Docket Number PANAl 123US1, currently pending; 
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[0010] FIG. 1 illustrates a method 100 for retrieving data from an hard drive device (HDD) for a 
host device at power-on in accordance with the prior art. Method 100 begins with start step 105. 
Next, power is provided to both the hard drive and host at step 1 10. After power-on, both the 
hard drive and the host undergo initialization procedures associated with start up 120. 
[0011] At step 130, the hard drive informs the host device that the hard drive is in a ready state 
and available to receive commands. Upon receiving the hard drive ready signal, the host device 
may request data from the drive at step 140. Typically, the host device first requests a boot 
sector to determine initialization procedures and data locations on the drive media. The host 
drive may then determine the type of memory system the hard drive is configured as, such as a 
FAT system. Next, the host device may request the FAT system files. From the FAT system 
files, the host device may request data clusters associated with start-up and initialization data. 
For each request, the host sends a data request as illustrated in step 140. The hard drive 
processes the request at step 150. Processing the request may include spinning up the drive, 
loading the heads, seeking to the target track, reading the requested information, unloading the 
heads, and spinning down. The response is then sent from the hard drive to the host device in 
step 160. The hard drive determines if more requests are received or queued at step 170. If more 
requests are to be processed, operation of method 100 continues to step 140. If no fixrther 
requests are to be immediately performed, operation of method 100 ends at step 175. Thus, for 
each request for data by the host device, the hard drive seeks to the location of the data, reads the 
data from the media into cache, and provides the data to the host device. The typical hard drive 
data access process as illustrated in FIG. 1 requires considerable amounts of time to retrieve data 
at power-on, thereby generating an undesirable delay between receiving a data request from the 
host device and providing the requested data to the host device. 
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Summary of the Invention 
[0014] In one embodiment, a hard drive of the present invention retrieves critical data that it 
determines is very likely to be requested by a host device in the near future and stores it in cache 
memory. The hard drive provides the critical data to the requesting host upon receiving the 
request, thereby eliminating the time required to respond to the request due to media accessing. 
Li one embodiment, the critical data is retrieved upon the occurrence of a critical event. The 
critical event may be an event such as the power-on of a host or computer in communication 
with the HDD. The critical data may be related to power-on of the host or computer, such as 
boot sector FAT system data. Thus, in contrast to typical caching systems, the cache of the 
present invention may contain data that was not requested since the last time that the computer 
was started, as opposed to the most recently-requested data. 
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Brief Description of the Drawings 
[0015] FIGURE 1 is an illustration of a method for retrieving data from an HDD for a host 
device at power-on in accordance with the prior art. 

[0016] FIGURE 2 is an illustration of a method for bringing a drive to a ready state in 
accordance with the prior art. 

[0017] FIGURE 3 is an illustration of a hard drive system having internal FLASH in accordance 
with one embodiment of the present invention. 

[0018] FIGURE 4 is an illustration of a method for retrieving data from an HDD for a host 
device at power-on in accordance with one embodiment of the present invention. 
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Detailed Description 

[0019] The present invention is a system for providing critical data from a HDD to a host device 
in a rapid and more efficient manner. In one embodiment, the critical data is data associated 
with start-up and initialization of the host device and HDD. The start-up and initialization data 
may include FAT system data, boot sector data, and other data. In other embodiments, the 
critical data is data for which the host device's need for the data can be predicted through 
different signals received, host device requests, or the occurrence of some other event. 
[0020] FIG. 3 illustrates an HDD system 300 in accordance with one embodiment of the present 
invention. HDD system 300 includes drive 305, which is comprised of controller circuitry 320, 
media 310, write and read heads 31 1, actuator 312, current preamp 313, VCM driver 314, 
spindle motor Driver 315, DRAM 328, and FLASH 326. Controller circuitry 320 includes disk 
controller 321, read/write channel 322, processor 323, SRAM 324 connected to processor 323, 
and control logic 325 connected to processor 323 and FLASH 326. A host device 330 is 
connectively coupled to drive 305. In operation, the disk controller 321 reads and writes to 
DRAM 328. The processor 323 handles access to FLASH 326 as well as initiating access to 
media 310 through the disk controller 321, Read/Write Channel 322, Preamp 313, and write and 
read heads 311. 

[0021] Rapid Availabihtv of Critical Data 

[0022] FIG. 4 illustrates a method 400 for retrieving data at the detection of a critical event by a 
hard drive. In one embodiment, the critical event is the power-on or resumption of operation 
after "hibemation" mode of the hard drive and host device. Though method 400 will be 
discussed with reference to the detection of power-on as the critical event, similar data access 
methods may be used for other detected events as well. Method 400 begins with start step 405. 



Attorney Docket No.: PANAl 123US0 
Sbachmann/wp/pana/1 123/1 123US0.001.patappl.doc 



7 

Express Mail Mailing No. EV 327 621 783 US 



Next, a critical event is detected at step 410. The critical event indicates that the host device is 
likely to request critical data in the near future. In one embodiment, the critical event is the 
detection of hard drive power-on. Next, hard drive initialization is performed at step 420, Hard 
drive initialization may include spinning up the hard drive media, loading the heads, and other 
typical tasks performed at hard drive boot-up. In one embodiment, the hard drive is initialized 
when it is able to seek to tracks and read data. Optionally, if the hard drive is ready perform a 
seek when the critical event is detected, fewer or no initialization steps may be performed at step 
420. 

[0023] Once the hard drive is initialized, it proceeds to read critical data from target sectors at 
step 430. The target sectors are sectors determined to have data that is very likely to be 
requested by a host device based on the critical event. In an embodiment where the host 
computer is booting up, the target sectors may include a boot sector, FAT data or information, 
and other data needed by the host device upon start-up. The target sectors may be loaded into 
cache memory located within the drive at step 430. Next, the hard drive receives a request for 
critical data at step 440. If the critical data requested at step 440 matches the critical data 
retrieved at step 430, the retrieved critical data is sent to the host device in response to the host 
device request. Operation of method 400 then ends at step 445. Since the drive may have to 
determine the location of the critical data before it has spun up the disks and loaded the heads, it 
may be necessary to store information about the location of the critical data in the drive's 
FLASH 326. 

[0024] At step 430, the hard drive reads critical data from a target sector. The hard drive may 
determine what the critical data is and target sectors it is located at in numerous ways. In any 
case, the drive will exhibit faster performance by providing previously retrieved critical data to 
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the host device without spending time to retrieve the critical data from the media after such data 
is requested by the host 330. Even if the drive has not yet finished retrieving the critical data at 
the time that the host requests it, having already started the data-retrieval operation in advance of 
receiving a request for the data will shorten the time between the request and delivery of the data. 
[0025] In one embodiment, the target sectors are determined to be the same sectors called after a 
similar previous critical event was detected. For instance, in the case of hard drive power-on, the 
target sectors read at step 430 may be the same target sectors read for the previous power-on of 
the hard drive and host device. In another embodiment, the target sector may be determined to 
be the most often requested sectors after a number of previous critical events were detected. The 
number may be any number, such as the last ten, twenty, or hundred events. The number may 
also be a running total of events. In this embodiment, the hard drive may get "smarter" with 
each boot-up, and be more likely to provide the correct critical data requested by the host device 
at power-on after the requested data from past power-ons is compared. 

[0026] In another embodiment, the target sector may be a sector designated by a user of the hard 
drive, manufacturer of the host device, or some other party. Thus, in one embodiment, the hard 
drive could be configured to receive vendor imique commands to the hard drive indicating what 
target sectors should be read to prepare for an upcoming request. 

[0027] The concept of determining what critical data and target sectors to store and retrieve are 
in contrast to methods performed by the prior art. In particular, the present invention stores and 
caches data that has typically not been accessed recently. Unlike the present invention, most 
cache systems save the most recently used or requested data on the assumption that what was 
most recently written or read is more likely to be accessed again. Thus, in the present invention, 
and most particularly with regards to managing critical data for the next power-up event, the data 
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requested is often not only not the most recently requested, but data that would be deleted by 
most other cache systems over time. 
[0028] Target Sector Reallocation 

[0029] Typical target sector reallocation techniques of the prior art address replacing defective 
sectors. United States patent number 5,235,585, entitled "Reassigning defective sectors on a 
disk", and United States patent number 6,189,1 10, entitled "Disk device and data reassignment 
method", hereby incorporated by reference in its entirety, each disclose a means for replacing a 
defective sector with a spare sector. In one embodiment of the present invention, critical data 
zones or sectors of data may be reallocated in sequential order. For example, the target sectors 
determined to contain critical data requested in step 430 may be reallocated to exist in sequential 
order on the disk, even though the Logical Block Addresses (sometimes referred to as LBAs) 
retain their original assigned values. When placed in sequential order, the data can be retrieved 
quicker in subsequent read operations. 

[0030] In one embodiment, the sequential order could be determined by a log containing 
information regarding past requests received by the hard drive for critical data. Based on the log 
contents, the hard drive may re-allocate critical data sectors to sequential sectors in the general 
order the log indicates they were retrieved. The sequential order could be determined in several 
ways, including the order the critical data sectors were last read from or the order the critical data 
sectors have been read most frequently. One way to allow re-allocation of the critical data 
sectors to permit sequential access is to place those re-allocated sectors in a reserved area of the 
drive. Devoting a region of contiguous sectors to such re-allocated data may require use of data- 
storage area that could otherwise be used to increase the capacity of the drive. It is likely. 
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however, that the benefits of faster access to critical data will far outweigh the disadvantage of a 
slightly reduced drive capacity. 

[0031] In accordance with the present invention, the critical data sectors can be reallocated to 
reserved areas that further enhance the speed and reliability of critical data access operations. In 
one embodiment, the critical data can be reallocated to reserved tracks having an RRO that is 
smaller than the typically accepted RRO. The smaller than typically accepted RRO could be 
achieved though more careful servowriting or extensive use of RRO-reduction techniques on 
final wedges, which processes are generally known in the art. Methods for using RRO-reduction 
technologies during a self-servowriting process are disclosed in United States Patent number 
6,631,046, entitled" Servo track writing using extended copying with head offset", hereby 
incorporated by reference in its entirety. Methods for using RRO-reduction technologies in 
general (either during a self-servowriting process, or after servowriting, to reduce the RRO of the 
servowritten wedge pattern) are disclosed in United States Patent number 6,069,764, entitled 
"Compensation for repeatable run-out error", hereby incorporated by reference in its entirety. As 
would be apparent to one of ordinary skill in the art, the techniques disclosed in these patents can 
provide reduced RRO at the cost of longer processing-time during the drive manufacturing 
process. Methods for enhancing the speed and reliability of critical data access operations are 
also disclosed in United States patents entitled "Methods for Self-Servowriting with Multiple 
Passes per Servowriting Step", patent application number 10/420,127, "Methods for Self- 
Servowriting Using Write-Current Variation", patent application number 10/420,498, "Methods 
for Selective Multi-Pass Servowriting and Self Servowriting", patent application number 
10/622,215, "Methods for Variable Multi-Pass Servowriting and Self Servowriting", patent 
application number 10/630,522, "Methods Using Extended Servo Patterns with Multi-Pass 
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Servowriting and Self Servowriting", patent application number 10/630,528, and "Methods 
Using Extended Servo Patterns with Variable Multi-Pass Servowriting and Self Servowriting", 
patent application number 10/630,524, all of which are hereby incorporated by reference in their 
entirety. 

[0032] In another embodiment, the critical data can be written to tracks having a higher than 
normal inter-track spacing. For example, the tracks surrounding the track containing the critical 
data can be erased, kept isolated, or the track spacing between the critical data track and 
surrounding tracks can be increased. The use of isolated tracks can enhance the speed of reading 
by allowing very rapid seeks to the target tracks, with relatively loose settle-criteria, because 
there would not be much signal interference from adjacent data-tracks. Maintaining critical data 
on every other track, for example, allows for easier writing and off-track reading of the critical 
data. However, the portion of the disk for which only every other track is utilized will be 
reduced to one half of its potential capacity. In one embodiment of the present invention, the 
hard drive can be configured through programming to utilize a customized quantity of the hard 
drive media for isolated critical data storage. Thus, a host device could indicate how much space 
should be reserved for storing critical data on isolated tracks. 

[0033] In yet another embodiment, the critical data could be written to a track in a slower than 
typical manner. Typically, hard drives write data to data tracks as fast as possible while still 
maintaining some minimum servo accuracy threshold. Thus, slower than typical data track 
writing means writing at a speed that is less than the optimal writing speed for the head and 
media combination. Slower track vmting reduces the mis-placement of the written data to within 
a smaller range than that normally considered acceptable. As a result, the data may be read 
easier at faster speeds. For example, the drive could seek to the target tracks on which the data is 



Attorney Docket No.: PANAl 123US0 12 

Sbachmann/wp/pana/1 123/1 123US0.001 .patappl.doc Express Mail Mailing No. EV 327 621 783 US 



■ „„re nearly equal to the sl«>dy-state on track TMK 
Mis-Re^^fonJ-smoreneary , writing can be u«d to 

acon>binationofsn,al.RKO.racte,.»la.edtracks, 

„a.ta.a«^ertrac.n.,-y.»trns.ewri.nso,cnt.c.aa.. 

'-^•"*^™^,.,_,.ven.on,critic...acanbe.oreain.^H 
,,„,.oneen,b..e„to.be.^ 

--*;::::,,.,„,^.„ncb™oreo«en.an.ti.™«». - 

„d«„pera.iom,espec,allytorcr. ,,ue,^nen.oFLASHmayb.the 

,. J Jrivemav determine should be written, 
typeotctiticaldatathataharddnvema, u. one enrbodimer^. 

^etypeotcriticaldatadiscussedinrefereneetos.^ ^ 

. to allow for increased storage in the f 
--^--^^'-""^ :l ,„«chanycou,dbeu.edinthepre.n.invention. 

^.ngdataarelurownntme ^ ^ , maintained as nonnal 

Whcnmain.aininscnUcalda.a.harddr,vePLAS ' actual 

. J • Thus as data is changed, updates mu 
...ememorytnaharddnve. Thus,as „ a. cache-entry 

must be invalidated 500 kilobytes or larger significant 

.^S^XhecriacaldatastoredcanbcasmalUtranUtyo P ^^^^^^^ 

_.o.se.er.„egaby«s.de.^.n.a.^^ 

^'^"^"7;l;ano.eremWimen..ec... 
,^,pU.SHthattheha^drivestoresr.scodeandda.a. ^^^^^ ^^^^^^ 

FLASH IC may be placed m the 

„i. imD two or more of the FLAan 1^ 
FLASH ICS are used withm a smgle HDD, tw 



Attorney l.ovn^> ' , „-</1 123US0.( 
Sbachmann/wp/pana/l 123/1 



data and clock signals have separate enable signals. In another embodiment, a combination of 
both typical and additional FLASH could be used to store critical data. If an additional FLASH 
ICs is added to a drive to enhance its availability of critical data, it can be designed into the PCB 
of all drives of a given design, but only loaded onto some PCBs. The drive firmware would sense 
the presence or absence of the additional FLASH ICs and make use of it if it is found. This 
would create essentially two classes of drives. Both would have the same basic functionality, but 
the one containing the extra FLASH ICs would perform better in some circumstances, at some 
additional parts cost. 

[0037] Low Power Storage of DRAM data to FLASH 

[0038] Hard drive FLASH can also be used to store data from DRAM cache memory or other 
memory sources on the hard drive. As discussed above, saving data to FLASH may consume 
less energy than writing data to the drive media. The higher energy consumption for media 
writes is due to the required spinning up of the media, loading of the heads calibrations, writing 
the data and then unloading the heads. 

[0039] Thus, writing data to FLASH rather than to a hard drive media may be useful when the 
drive is in low power idle state (the media is not spinning) and it is desirable to maintain the low 
power state. Additionally, the write to FLASH may be advantageous when the drive is 
transitioning from an on state to a low power state or off state. 

[0040] For example, the hard drive may be in a low power state with data in the DRAM cache. 
At the occurrence of some event, the hard drive may determine that the DRAM cache should be 
shut off. Rather than spending energy to write the data to the hard drive media, the drive may 
write the contents of the DRAM cache to FLASH. Generally, several hxmdred kilobytes can be 
written to FLASH in the time it takes to spin up a typical hard drive media. 
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[0041] In another example, when a hard drive determines that the host device is about to power 
down, the hard drive may quickly write the contents of a DRAM cache to FLASH within the 
hard drive. In this case, the drive can be configured to log the write to FLASH before power- 
down. Upon subsequent power-up, the hard drive may be configured to check the log to 
determine if any writes were made to FLASH at last power-down, retrieve any FLASH data 
written, and load the data into the DRAM cache. As discussed above regarding using FLASH as 
cache memory, data written to FLASH from DRAM cache may be compressed to allow for 
increased storage capability. 

[0042] In one embodiment, a hard drive of the present invention retrieves critical data that it 
determines will be requested by a host device in the near future and stores it in cache. The hard 
drive provides the critical data to the requesting host upon receiving the request or shortly 
thereafter, thereby eliminating or greatly reducing the time required to respond to the request due 
to media accessing. The critical data may be related to power-on of the computer, such as boot 
sector FAT system data. In this embodiment, the cache of the present invention may use old data 
rather than new data or the last data accessed. The critical data can be written to reserved areas 
of the media that provide desirable read characteristics. In this aspect, the present invention may 
trade drive capacity and media write speed for media read speed. In another embodiment of the 
present invention, critical data is re-allocated and placed in sequential order. In another 
embodiment, critical data may stored in FLASH memory. The critical data may be accessed 
quicker and while consuming less energy. During lower power periods, other data can be written 
to FLASH in order to conserve energy. 
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[0043] Other features, aspects and objects of the invention can be obtained from a review of the 
figures and the claims. It is to be understood that other embodiments of the invention can be 
developed and fall within the spirit and scope of the invention and claims. 
[0044] The foregoing description of preferred embodiments of the present invention has been 
provided for the purposes of illustration and description. It is not intended to be exhaustive or to 
limit the invention to the precise forms disclosed. Obviously, many modifications and variations 
will be apparent to the practitioner skilled in the art. The embodiments were chosen and 
described in order to best explain the principles of the invention and its practical application, 
thereby enabling others skilled in the art to understand the invention for various embodiments 
and with various modifications that are suited to the particular use contemplated. It is intended 
that the scope of the invention be defined by the following claims and their equivalence. 
[0045] In addition to an embodiment consisting of specifically designed integrated circuits or 
other electronics, the present invention may be conveniently implemented using a conventional 
general purpose or a specialized digital computer or microprocessor programmed according to 
the teachings of the present disclosure, as will be apparent to those skilled in the computer art. 
[0046] Appropriate software coding can readily be prepared by skilled programmers based on 
the teachings of the present disclosure, as will be apparent to those skilled in the software art. 
The invention may also be implemented by the preparation of application specific integrated 
circuits or by interconnecting an appropriate network of conventional component circuits, as will 
be readily apparent to those skilled in the art. 

[0047] The present invention may include a computer program product which is a storage 
medium (media) having instructions stored thereon/in which can be used to program a computer 
to perform any of the processes of the present invention. The storage medium can include, but is 
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